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Prufungsantrag gem. § 44 PatG 1st gestellt 

<g) Vorrichtung und Verfahren zur vereinfachten Erzeugung von Werkzeugen zur initialisierung und 
Personalisierung von und zur Kommunikation mit einer Chipkarte 

(g) Vorgestoiit wird ein Obersetzer (300) zur Ersteliung eines 

Werkzeuges (315) fGr eine Modifikation von Daten auf einer 

Chipkarte (10) oder fur eine Kommunikation mit der Chipkar- 
te (10), wobei der Obersetzer (300) ais Eingangsdaten eine 

Beschreibung (310) in einer hierfur vorgesehenen Kartende- 

finttionssprache erhalt und die Beschreibung (310) Informa- 
tion Qber Objekte auf der Chipkarte (10), die mit Hiife 

konstruktiver Anweisungen beschrieben sind, aufweist. Der 

Obersetzer (300) enthalt ein Mittel zur Generierung eines 

internen Attributeverzeichnisses (320) aus den informatio- 

nen uber die Obj*ekte in der Beschreibung (310), wobei fur 

jedes Objekt, mindestens ein Eintrag (330) in dem Internen 

Attributeverzeichnis (320) existiert. Weiterhin enthilt der 
m Obersetzer (300) zumindest ein Strukturinformationsmittei 
£ (335), das beschreibt, wie die in dem mindestens einen 

Eintrag (330) in der internen Attributeverzeichnis (320) 
O ge8peicherten Daten in das fur die Chipkarte (10) bestimmte 
f Format gebracht werden, weiche Informationen aus dem 
i> mindestens einen Eintrag (330) verwendet und in welchem 
B Format sie in der spezielien Struktur afagelegt werden. 
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Beschreibung 



Gebiet der Erfindung 

Die Erfindung betrifft die Erzeugung von Werkzeugen zur Initiaiisierung und Personalis! erung von und zur 
Kommunikation mit einer Chipkarte. 

Stand der Technik 

Als Datentragerkarten oder Chipkarten werden heute tragbare Karten, zumeist in etwa in Scheckkartenfor- 
mat und vorzugsweise aus Kunststoff oder Metall, mit einem darin integrierten elektronischen Chip, bezeichnet 
Man unterscheidet zwischen einfachen Speicherkarten (die als Memory Chip-Cards oder Memory-Cards be- 
kannt sind) und intelligenten Datentragerkarten (auch multifunktionaie Chipkarten, oder Smart-Cards genannt), 
die neben einem Speicherbereich einen eigenen Prozessor zur Kontrolle der auf dem Chip der Datentragerkarte 
gespeicherten Daten aufweisen. Dies eriaubt einen besseren Schutz der Daten und fuhrt zu einer verbesserten 
Funktionalitat der Chipkarten. Einfache Speicherkarten erlauben im ailgeraeinen nur ein Schreiben und Lesen 
der Daten. Intelligente Datentragerkarten verfiigen daruber hinaus noch fiber Funktionen zur Strukturierung 
der Daten, zur Lokalisierung der Daten, zur Verwaltung der Daten und zum Schutz der Daten. Die Schnittstelle 
einer intelligenten Chipkarte, und damit auch die erforderliche Programmierung (z. B. von Kommandosequen- 
zen), urn Daten von einer Chipkarte zu lesen, ist daher wesentlich komplexer als die von Speicherkarten. 

Fig, 1 zeigt die verschiedenen Phasen einer Chipkarte 10, Eine erste Phase 0 stellt den HerstellungsprozeB der 
Chipkarte 10 dan Am Ende des Hersteliungsprozesses Hegt die Chipkarte 10 in einem noch nicht gebrauchsfahi- 
gen Zustand vor. Die Chipkarte 10 enthalt La. bis auf ein fest eingeschriebenes Betriebssystem keine Daten, und 
die beschreibbaren Speicher liegen in einem ieeren Zustand vor. 

Um die Chipkarte 10 in einen gebrauchsfahigen Zustand zu fiberfuhren, wird diese in einer Phase I initialisiert, 
das heiBt, die Iogische Kartenstruktur (siehe Fig. 2) der Chipkarte 10 wird durch einen InitialisierungsprozeB auf 
der Chipkarte 10 festgelegt Im Speicher der Chipkarte wird ein Dateiensystem angelegt und es werden 
zus&tzliche Daten f Or das Betriebssystem, wie z. B. Kommunikationsparameter und sicherheitsbedingte Parame- 
ter (wie Schlusselworter oder PaBworter) abgelegt 

Fig. 2 zeigt den typischen Aufbau einer Iogischen Struktur in einer Chipkarte 10. Die Struktur eines Systems 
beschreibt ihre statischen Eigenschaf ten, das heiBt, welche Komponenten auf welche Art miteinander verkniipf t 
sind. Die Iogische Struktur erfolgt dabei nach inhaltlichen Gesichtspunkten und bildet vorzugsweise eine 
Baumstruktur. Die Strukturelemente der Iogischen Struktur werden auch Iogische Objekte genannt Die Wurzel 
des Iogischen Strukturbaums stellt ein Wurzelverzeichnis 100 dar. An das Wurzeiverzeichnis 100 geknupft, 
konnen eine Vielzahl von zusammengesetzten Iogischen Objekten oder eine Vielzahl elementarer loosener 
Objekte sein. Beispiei eines elementaren Iogischen Objektes in Fig. 2 ist eine Datei 110, die direkt mit dem 
Wurzelverzeichnis 100 verkmipft ist und keine weiteren Verweise mehr aufweist Fig. 2 zeigt weiterhin eine 
Reihe zusammengesetzter logischer Objekte, wie ein Unterverzeichnis 120, das mit 2 Dateien 130 und 140 
verbunden ist und ein weiteres Unterverzeichnis 150, das wiederum mit 2 weiteren Unterverzeichnissen 160 und 
170 verknupft ist, wobei das Unterverzeichnis 160 eine Datei 180 beinhaltet und das Unterverzeichnis 170 ein 
weiteres Unterverzeichnis 190 usw. aufweist 

Jedes Verzeichnis oder Unterverzeichnis stellt eine Abbildung von Namen auf die dem jeweiligen Verzeichnis 
zugeordneten Objekte dar. Jedes Objekt der Iogischen Struktur, also jedes einzelne der Elemente 100 bis 190 wie 
in Fig. 2 gezeigt, weist eine Reihe von Attributen, wie z. B. einen Identifikationsnamen, PaBwortschutz, Zugriffs- 
weise usw, auf. 

Die Iogische Kartenstruktur ist im Bezug auf die spatere Verwendung der Chipkarte 10, z. B. durch einen 
Anwendungsprogrammierer, vorzugeben. Es sind die Iogische Dateienstruktur und die Verknupfung der unter- 
schiedlichen Dateien anzugeben. Den jeweiligen Dateien konnen verschiedene Attribute zugeordnet werden, 
wie PaBwortschutz, nur Lese- oder nur Schreibzugriff, Lese- und Schreibzugriff, usw, die in einer Dateibeschrei- 
bung spezifiziert werden. Fur den Zugang zu den Datensatzen einer Datei werden im allgemeinen Ordnungsbe- 
griffe vergeben, die eine Adressierung jedes einzelnen Datensatzes der Datei ermoglichen. Bei der Festlegung 
der Iogischen Kartenstruktur einer Chipkarte 10 ist zu berGcksichtigen, daB die Semantik der Identifikationsna- 
men und Attribute zum Teil durch Standards oder durch die einzelnen Kartenanbieter festgelegt ist 

Der Initialisierungsvorgang wird fur alle Chipkarten 10 eines Typs und fur eine spatere Verwendungsweise 
der Chipkarte 10 gleich durchgefuhrt Bei der Initiaiisierung der Chipkarte 10 in der Phase I ist zwischen einer 
Masseninitialisierung MI und einer Einzelinitialisierung EI zu unterscheiden (Fig. 1). Die Masseninitialisierung 
MI erfolgt La. in einem groBen industriellen MaBstab mit speziell dafur ausgerichteten Maschinen. Die Einzelin- 
itialisierung EI hingegen wird nur mit kleineren Stuckzahlen durchgefuhrt und dient in erster Linie zur Herstel- 
lung von Labor- oder Musterstiicken, sowie zur Anfertigung kleinerer individueller Serien. Im Gegensatz zur 
Masseninitialisierung erfolgt die Einzelinitialisierung in der Regel mit nicht spezialisierten Apparaten, die fUr 
diese Einzelinitialisierung speziell eingerichtet werden mussen. 

Der EinzelinitialisierungsprozeB EI der Chipkarte 10 wird im allgemeinen so durchgefuhrt, daB ein binares 
Initialisierungs-Bild 200 eines zu beschreibenden Speichers (z. B. eines EEPROM oder eines optischen Spei- 
chers) der Chipkarte 10 von einem, mit den internen Details der Chipkarte 10 eines jeweiligen Chipkartentypes 
vertrauten, Chipkartenprogrammierers erstellt wird. Dabei stellt das binare Initialisierungs-Bild 200 das Spiegel- 
bild des zu beschreibenden Speichers nach der Initiaiisierung dar, oder anders ausgedrOckt, enthalt das binare 
Initialisierungs-Bild 200 die Informationen, wie der zu beschreibende Speicher beschrieben werden solL Das 
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binare Initialisierungs-Bild 200 wird mit Hilfe eines hierfur zu erstellenden Programmes in den zu beschreiben- 
den Speicher "kopiert* Dabei erstellt das Programm die erforderlichen Anweisungen fur den "Kopiervorgang*. 

Analog dazu erfolgt der MasseninitialisierungsprozeB MI der Chipkarte 10 im aUgemeinen rait Hilfe einer 
Initialisierungstabelle 210. Die Initialisierungstabelle 210 enthalt die komplette Initialisieningsvorschrift mit den 
fiir die Initialisierung erforderlichen Kommandos und binaren Daten. Die Maschine, die die Masseninitialisie- 
rung durchfiihrt, muB den jeweiligen Chipkartentyp nicht kennen, sondern kann mit Hilfe der Initialisierungsta- 
belle 210 die Chipkarte 10 unmittelbar initialisieren. Dies ist insbesondere bei der Initialisierung von groBen 
Stiickzahlen, evtL auch unterschiedlicher Chipkartentypen, von VorteiL Die Initialisierungstabelle 210 wird 
zumeist durch Umwandlung des binaren Initialisierungs-Bildes 200 erstellt 

Am Ende des Initialisierungsprozesses erhalt man eine betriebsbereite Chipkarte 10 mit einer festgelegten 
logischen Karten- und Dateienstruktur. Alle so mit einem gleichen Initialisierungsverfahren initialisierten Chip- 
karten 10 eines Chipkartentypes sind identisch zueinander. 

Um die Chipkarte 10 zu individualisieren und beispielsweise mit Daten des Karteninhabers zu versorgen, 
werden die Chipkarten 10 in einer weiteren Phase P personalisiert Die Personalisierung erfolgt im aUgemeinen 
individuell fur jede einzelne Chipkarte 10. Durch den Personalisierungsvorgang wird die Chipkarte 10 mit 
personlichen Daten des Karteninhabers versorgt Hierbei ist zwischen einer Massenpersonalisierung MP und 
einer Einzelpersonalisierung EP zu unterscheiden. Bei der Massenpersonalisierung MP erfolgt der Personalisie- 
rungsvorgang in erster Linie zentral mit Htlfe in Datenbanken gespeicherter Daten, z. B. einer Kundendatei oder 
dergleichen. Die Einzelpersonalisierung EP hingegen erfolgt im aUgemeinen dadurch, daB einzelne Karten 
speziell und in einem EinzelprozeB dezentral mit Daten des jeweiligen Karteninhabers versorgt werden. 

Sowohl die Massenpersonalisierung MP als auch die Einzelpersonalisierung EP der Chipkarte 10 wird im 
aUgemeinen mit Hilfe einer Personalisierungstabelle 220 durchgefuhrt Die Personalisierungstabelle 220 enthalt 
die erforderlichen Anweisungen zur Personalisierung der Chipkarte 10 und Referenzen auf Daten in Personali- 
sierungsdateien (z. B. einer Kundendatei, Mitgliederdateien, usw.). Die Personalisierungstabelle 220 wird durch 
ein Programm interpretiert, das die individuellen Daten einsetzt Die Anweisungen werden direkt an die 
Chipkarte 10 gerichtet und von dieser umgesetzt Die Personalisierungstabelle 220 enthalt man durch Umset- 
zung eines binaren Abbildes (z. B. eines binaren Personalisierungsbildes 230) und der Referenzen- Entsprechend 
der Einzelinitialisierung EI kann die Einzelpersonalisierung EP auch unmittelbar mit Hilfe des Personalisierungs- 
bildes 230 durchgefiihrt werden. 

Am Ende der Personalisierungsphase P ist die Chipkarte 10 in einem betriebsbereiten Zustand versetzt und 
sollte, nach Moglichkeit, die fur die geplanten Anwendungen der Chipkarte 10 erforderlichen Daten gespeichert 
haben. Wahrend der Initialisierungs- und/oder Personalisierungsphase kdnnen die einzelnen Datensatze der 
Dateien bereits mit Startwerten versehen werden. 

Die erfolgreich initialisierte und personalisierte Chipkarte 10 kann nun an den Karteninhaber ausgegeben 
werden und von diesem in einer Anwendungs-Phase A fiir die mit der Chipkarte 10 vorgesehenen Anwendungen 
eingesetzt werden. 

Es ist zu verstehen, daB die Initialisierungs- und Personalisierungsvorgange im allgemeinen irreversible 
Vorgange sind, d h. daB die Chipkarte 10 aus Sicherheitsgrunden vor einer Initialisierung vollstandig ge!6scht 
wird Auch kann die Chipkarte 10 nach einer durchgefuhrten Personalisierung so verandert werden, daB eine 
weitere Personalisierung nicht mehr erlaubt ist Genauso lassen sich jedoch auch Zustande definieren, die eine 
Neu-Personaiisierung oder eine Teil-Personalisierung erlauben. Insbesondere bei einer dezentralen Personali- 
sierung, wie der Einzelpersonalisierung, kdnnen z. B. aus der Anwendungsphase heraus auch einzelne Bereiche 
der Chipkarte 10 wieder neu initialisiert oder personalisiert werden. Ebenso ist es moglich, neue Datenstruktu- 
ren anzulegen und zu personalisieren. 

Anwendungen mit Chipkarten 10 kdnnen beispielsweise bargeldloses Bezahlen, Identifikation des Chipkar- 
teninhabers, Speicherung von Daten oder dergleichen sein. Eine Anwendung besteht dabei aus internen Anwen- 
dungsteilen auf der Chipkarte 10 und externen Anwendungsteilen in entsprechenden Geraten, wie z. B. Geldau- 
tomaten, PC's oder speziellen Terminals. Ailgemein stellen interne Anwendungsteile alie Daten und Programme 
dar, die auf der Chipkarte 10 selbst gespeichert werden, wahrend die externen Anwendungsteile alle Daten und 
Programme auBerhalb der Chipkarte 10 darstellen. 

Eine Komraunikation mit der Chipkarte 10 in der Anwendungsphase A geschieht La. durch die Verwendung 
von Programmierschnittstellen. Aus der deutschen Patentanmeldung mit dem Aktenzeichen P 195 22 527.9 
[GE 9 95 014] der Anmelderin ist eine solche Programmierschnittstelle bekannt Die Lehre dieser Anmeldung in 
Bezug auf die SchnittsteUe zur Chipkarte und die Kommunikation rait der Chipkarte, sowie deren Implementie- 
rungen ist Bestandteil der vorliegenden Erfindung. GemSB der Patentanmeldung P 195 22 527.9 erfolgt eine 
Trennung zwischen anwendungsspezifischen Daten und kartenspezifischen Daten. Anwendungsspezifische Da- 
ten sind dabei solche Daten, die Informationen Gber Art, Lokalitat Umf ang und Zugriffsmethoden fQr auf einer 
Chipkarte gespeicherte Daten enthalten, sowie die auf der Chipkarte gespeicherten Daten selbst Kartenspezifi- 
sche Daten dagegen stellen solche Daten dar, die Informationen Gber die erforderlichen Kommandos und das 
Protokoll der Chipkarte zum Zugriff auf die dort gespeicherten Daten geben. Diese Trennung zwischen anwen- 
dungsspezifischen Daten und kartenspezifischen Daten ermdglicht es, daB ein und dieselbe Anwendung rait 
verschiedenen Chipkartentypen realisiert werden kann. Dies fiihrt zu einer wesentlichen Vereinfachung der 
SchnittsteUe zu Chipkarten und verbessert andererseits die Trennung zwischen internen Anwendungsteilen auf 
der Chipkarte und von der Chipkarte getrennten, externen Anwendungsteilen. Eine flexible Anpassung an neue 
Anwendungen und Chipkartentypen wird so untersttitzt 

Weiter in Fig* 1, dient fiir eine Kommunikation rait der Chipkarte 10 in der Anwendungsphase A beispielswei- 
se ein Anwendungsdatenverzeichnis gemaB der oben genannten Patentanmeldung P 1 95 22 527.9, das sogenann- 
te Worterbuch 250 (application dictionary), zur Aufnahme von anwendungsspezifischen Daten. Ein Chipkarten- 
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diaiogmodul 260, der sogenannte Agent 260 (smart card agent oder smart card interpreter), generiert die 
erforderlichen Kommandos fur die Schnittstelle der Chipkarte 10. Das Worterbuch 250 enthalt dabei Informa- 
tionen fiber Art, Lokalitat, Umfang und Zugriffsmethoden von auf der Chipkarte 10 gespeicherten Daten, sowie 
Informationen fur die, aufgrund der Sicherheitsvorgaben der Anwendung eventuell erforderliche, Behandlung 
5 dieser Daten. Zur einfachen Identif izierung der jeweiligen Daten fur einen Zugriff durch die Anwendung werden 
den Daten ein oder mehrere Alias-Namen zugeordnet Diese Informationen werden in geeigneter Form, wie 
z. B. tabellarisch oder hierarchisch, in dem Worterbuch 250 angelegt und umfassen alle erforderiichen Informa- 
tionen fur die Anwendung oder eine Vielzahl weiterer Anwendungen. Der Zugriff auf das Worterbuch 250 
erfolgt hierbei durch den Agenten 260. Die Zuordnung eines entsprechenden Worterbuchs 250 zu einem fur eine 

10 Anwendung entsprechenden Agenten 260 koramt durch den externen Anwendungsteil oder einer spezieUen 
Erweiterung des Agenten 260 zustande. 

Um die Initialisierungs- und Personalisierungsprozesse der Chipkarte 10 durchfuhren zu konnen, smd, genau- 
so wie bei einer spateren Kommunikation einer Anwendung mit der Chipkarte 10, detaiilierte Kenntnisse fiber 
die internen Strukturen und Ablaufe, sowie fiber die kartenspezifischen Kommandos und Standardisierungen 

15 notwendig. Weiterhin mfissen detaiilierte Kenntnisse fiber die Anwendungen sowie deren Implementierungen 
und die Kommunikation mit der Chipkarte 10 vorliegen. Da h§ufig jedoch die Personenkreise, die sich entweder 
mit den Anwendungen oder mit der Chipkarte 10 beschaftigen nicht identisch sind, ist so ein hohes Spezialisten- 
tum erforderiich, das detaiilierte Kenntnisse sowohl fiber die Chipkarte 10, die jeweiligen Anwendungen der 
Chipkarte, als auch fiber den Initialisierungs- und den PersonalisierungsprozeB aufweisen muB. 

20 Es ist deshalb Aufgabe der Erfindung, die Bereitstellung funktionsfahiger Chipkarten sowie die Umsetzung 
von Anwendungen mit Chipkarten zu erieichtern. Die Aufgabe der Erfindung wird entsprechend der unabhangi- 
gen Ansprfiche gel6st Weitere, vorteilhafte Ausf Cihrungen der Erfindung finden sich in den Unteransprfichen. 

Die Erfindung weist auf einen Obersetzer zur Erstellung eines Werkzeuges f fir eine Modification von Daten 
auf einer Chipkarte oder fur eine Kommunikation mit der Chipkarte, wobei der Obersetzer als Eingangsdaten 

25 eine Beschreibung in einer hierffir vorgesehenen Kartendefinitionssprache erhalt und die Beschreibung Infor- 
mation fiber Objekte auf der Chipkarte, die mit Hilfe konstruktiver Anweisungen beschrieben sind, aufweist Der 
Obersetzer enthalt ein Mittel zur Generierung eines internen Attributeverzeichnisses aus den Informationen 
fiber die Objekte in der Beschreibung, wobei fur jedes Objekt, mindestens ein Eintrag in dem internen Attribute- 
verzeichnis existiert Weiterhin enthalt der Obersetzer zumindest ein Strukturinf orraationsmittel das beschreibt, 

30 wie die in dem mindestens einen Eintrag in der internen Attributeverzeichnis gespeicherten Daten in das ffir die 
Chipkarte bestimmte Format gebracht werden, welche Informationen aus dem mindestens einen Eintrag ver- 
wendet und in welchem Format sie in der speziellen Struktur abgelegt werden. 

ErfindungsgemaB wird ein Verfahren durchgeffihrt, bestehend aus: Eingabe der Beschreibung der Chipkarte, 
Generierung des internen Attributeverzeichnisses aus den Informationen fiber die Objekte in der Beschreibung, 

35 Eingabe und/oder Abruf des zumindest einen Strukturinformationsmittels, und Erzeugung des Werkzeuges aus 
der Beschreibung mit Hilfe des internen Attributeverzeichnisses und des zumindest einen Strukturinformations- 
mittels. 
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Beschreibung der Zeichnungen 



Zur naheren Erlauterung der Erfindung sind im folgenden Ausfuhrungsbeispiele mit Bezugnahme auf die 
Zeichnungen beschrieben. 

Fig. 1 zeigt die verschiedenen Phasen einer Chipkarte vom HerstellungsprozeB fiber die Initialisierungs die 
Personalisierung bis zur Anwendung; 
45 Fig* 2 zeigt den typischen Aufbau einer logischen Struktur in einer Chipkarte; 

Fig. 3 zeigt den Aufbau eines erfindungsgemaBen Obersetzers zur vereinfachten Erzeugung von Hiifsmitteln 
in den verschiedenen Phasen einer Chipkarte; 
Fig. 4 zeigt einen Attribute-Baum; 
Fig. 5 zeigt einen Knoten in dem Attribute-Baum; und 
50 Fig. 6 zeigt die Reihenfoige der Verarbeitung der Abbilder ffir den zu beschreibenden Speicher der Chipkarte. 

Allgemeine Beschreibung der Erfindung 

Fig. 3 zeigt den Aufbau eines erfindungsgemaBen Obersetzers 300 zur vereinfachten Erzeugung von Werk- 
55 zeugen, wahlweise ffir die Initialisierung und/oder Personalisierung der Chipkarte 10 und/oder fur die Kommu- 
nikation mit der betriebsbereiten Chipkarte 10. Der Obersetzer 300 erhalt als Eingang (Source) eine Beschrei- 
bung 310 der Chipkarte 10 in einer hierffir vorgesehenen Kartendefinitionssprache. Die Beschreibung 310 
enthalt Information fiber Objekte auf der Chipkarte 10, die mit Hilfe konstruktiver Anweisungen beschrieben 
sind. Vorzugsweise enthalt die Beschreibung 310 Information fiber: 

60 

— Betriebssystemdaten, 

— Verzeichnisse, 

— Dateien, 

— Initiaiisierungsdaten und 
6 5 — Personalisierungsdaten 

der Chipkarte 10, sowie 
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— Anwendungsdaten 

fur eine Kommunikation mit der Chipkarte 10. 

Die Beschreibung 310 weist Attribute-Anweisungen auf, die die Eigenschaften der Objekte spezifizieren 
(nahere Erlauterung hierzu unter Kartendefinitionssprache). 5 

Die auf der Chipkarte 10 erreichbaren Daten sind in der Beschreibung 310 vorzugsweise rait daf ar vorgesehe- 
nen Alias-Namen versehen. Die Beschreibung 310 liegt hierfur in einer fur Menschen iesbaren Form und im 
Syntax einer speziellen Beschreibungssprache, der Kartendefinitionssprache, fur den Obersetzer 300 von Der 
Obersetzer 300 erzeugt aus der Beschreibung 310 die Daten und Kommandos, die, je nach Bedarf, fQr eine 
entsprechende Anwendung wie Initialisierung, Personalisierung oder Kommunikation mit der Chipkarte 10 io 
erforderlich sind. 

Der Obersetzer 300 erzeugt aus der Beschreibung 310 spezielle Strukturen 315 fiir eine Umsetzung von Daten 
{z. B. bei der Initialisierung oder der Personalisierung) auf die Chipkarte 10 und fiir die Kommunikation mit der 
Chipkarte 10. Die speziellen Strukturen 315 ermSglichen eine Umsetzung der, der Beschreibung 310 entspre- 
chenden gewiinschten Struktur, in eine physikalische Struktur auf der Chipkarte 10. Die Umsetzung kann dabei 15 
entweder durch das unmittelbare Zurverfiigungstellen eines entsprechenden Werkzeuges oder durch das mittei- 
bare Erzeugen von Hilfsmitteln fur die Ersteliung der entsprechenden Werkzeuge geschehen. 

Der Obersetzer 300 generiert aus den Informationen uber die Objekte in der Beschreibung 310 eine interne 
Baumstruktur 320 (siehe dazu auch Fig. 4), den sogenannten Attribute-Baum 320. Fiir jedes Objekt, definiert 
durch eine konstruktive Anweisung, existiert ein Knoten 330 in dem Baum der internen Baumstruktur 320. Jeder 20 
Knoten 330 (Fig. 5) enthalt: 

— einen Namen des Objektes, 

— einen Typ des Objektes, 

— Attribute des Objektes, wie in den Attribute-Anweisungen spezifiziert, und 25 

— Verknupfungen mit anderen Knoten im Attribute-Baum 320. 

Der Attribute-Baum 320 ist unabhangig von dem jeweiligen, verwendeten Chipkartentyp. Es ist zu verstehen, 
daB der Attribute-Baum 320 aligemein ein Attributeverzeichnis darstellt, das als ein sequentielles hierarchisches 
Verzeichnis ausgepragt ist und vorzugsweise eine Baumstruktur bildet. 30 

Der Obersetzer 300 enthalt allgemeine Strukturinformationsmittel 335 (sogenannte Templates^ wie Anwen- 
dungsdaten-Informationen 340, Struktur-Inf ormationen 350 und Bef ehls-Informationen 360. Der Obersetzer 300 
erzeugt hieraus wahiweise beispielsweise ein Abbild 370 des zu beschreibenden Speichers der Chipkarte 10, eine 
Tabelle 380 oder ein Anwendungsdatenverzeichnis 390. 

Die Struktur-Informationen 350 und Befehls-Informationen 360 beschreiben wie die in den Knoten des 35 
Attribute-Baums 320 gespeicherten Daten in ein fiir die Chipkarte bestimmtes Format gebracht werden sollen. 
Sie bestimmen welche Informationen aus den Knoten verwendet werden und in welchem Format sie in den 
speziellen Strukturen 315 abgelegt werden. Um die speziellen Strukturen 315 fur eine beliebige Chipkarte zu 
generieren, geniigt es also die allgeraeinen Strukturinformationsmittel 335 an die Eigenschaften der Chipkarte 
anzupassen. 40 

Das Abbild 370 des zu beschreibenden Speichers (vorzugsweise ein EEPROM) der Chipkarte 10 steilt 
vorzugsweise das binare Bild 200 fiir die Einzelinitialisierung EI oder das Personaiisierungsbild 230 dar. 

Die Tabelle 380 kann beispielweise die Initialisierungstabelle 210 fiir die Masseninitialisierung MI oder die 
Personalisierungstabeile 220 fur die Massenpersonalisierung MP der Chipkarte 10 sein. 

Das Anwendungsdatenverzeichnis 390 enthalt anwendungsspezifische Daten die fiir eine Kommunikation mit 45 
der Chipkarte erforderlich sind Das Anwendungsdatenverzeichnis 390 steilt hierbei vorzugsweise das Worter- 
buch 250 (siehe in Fig. 1), das die anwendungsspezifischen Daten fiir eine Kommunikation mit der Chipkarte 10 
z. B. durch den Agenten 260 gemaB der oben genannten Patentanmeldung P 195 22 527.9 enthalt, dar. 

Es ist zu verstehen, daB der Obersetzer 300 auch weitere als die genannten Werkzeuge fiir die Vorbereitung 
und Bereitstellung der Chipkarte 10 so wie fiir die Kommunikation mit der Chipkarte 10 zur Verfugung stellen 50 
kann. Diese Werkzeuge werden dann durch die geforderte Anwendung der Chipkarte 10 definiert 

Die Anwendungsdaten-Informationen 340 weisen vorzugsweise ein allgemeines Layout des Anwendungsda- 
tenverzeichnisses 390 auf. 

Die Struktur-Informationen 350 weisen vorzugsweise Informationen Uber 

55 

— das Verzeichnis als allgemeines Layout der internen physischen Struktur auf der Chipkarte 10 (zura 
Beispiei: Der interne Datensatz ist 16 Bytes lang, Byte 1 ist immer 0 x 63, Byte 2 gibt die Lange der Daten an, 
usw.); 

— die Dateien als allgemeines Layout der internen physischen Struktur auf der Chipkarte 10; und 

— die Betriebssystemdaten als allgemeines Layout der internen Betriebssystemstruktur; 60 

im entsprechenden Format ("Bits und Bytes") der Chipkarte 10 auf. 
Die Befehls-Informationen 360 weisen vorzugsweise Informationen liber 

— die Initialisierungstabelle 210 und 65 

— die Personalisierungstabeile 220, 

als allgemeines Layout der jeweiligen Tabelle und der entsprechenden erforderlichen Kommandos, auf. 
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Die Struktur-Information 340 fur das Anwendungsdatenverzeichnis 390 ist von dem Typ der Chipkarte 10 
unabhangig. Die Initialisierungstabelle 210, die Personalisierungstabelie 220 und das Abbild 370 sind yon dem 
Typ der Chipkarte 10 abhangig, das heiBt, daB das jeweiiige Strukturinformationsmittel (350 oder 360) einmal fur 
jeden Chipkartentyp existiert . 

Aus dem Attribute-Baum 320 und den Strukturinformationsmitteln 335 werden vorzugsweise zuerst das 
Anwendungsdatenverzeichnis 390 und das Abbild 370 des zu beschreibenden Speichers der Chipkarte 10 erstellt 

Anwendungsdatenverzeichnis 390 

Vorzugsweise wird ein binares und ein lesbares (z. B. in C-Quellencode) Anwendungsdatenverzeichnis 390, 
z. B. als Worterbuch 250, erzeugt Fur jeden Knoten des Typ "Anwendungsdaten" wird ein Eintrag im Wdrter- 
buch 250 sowohl in binarer als auch in lesbarer Form erzeugt Die Struktur des Eintrags ist durch die interne 
Struktur-Information 350 vorgegeberL Der Inhalt des Eintrags wird aus dem Attribute-Baum 320 kopiert: Der 
Name des Eintrags, die Zugriffsart (z. B.: lies ersten", lies letzten", . . .% die Lange und die Position wird aus dem 
Knoten des Typ "Anwendungsdaten" kopiert, der Pfad und der Dateityp wird aus dem daruberliegenden 
Dateiknoten kopiert Die Knoten des Typ "Anwendungsdaten* konnen in jeder Reihenfolge verarbeitet werden* 
Am Ende dieses Vorgangs Hegt ein komplettes Anwendungsdatenverzeichnis 390 in binarer Form und eines in 
lesbarer Form, gemaB der Patentanmeldung P 195 22 5273, vor. Patentanmeldung P 195 22 5273 enthalt eine 
detaillierte Beschreibung des Anwendungsdatenverzeichnisses390. 

Abbild 370 (Image, Speicher- oder EEPROM-Abbild) 

Vorzugsweise werden die Betriebssystemdaten zuerst an durch die interne Struktur-Informationen 350 defi- 
nierte Stelien geschrieben. Dann wird der Attribute-Baum 320 in einer vorgegebenen Folge verarbeitet Aus 
einem Knoten des Typs "Verzeichnis" wird ein chipkartenspezifisches binares Abbild des Verzeichnisses fur den 
zu beschreibenden Speicher der Chipkarte 10 (z. B. dem EEPROM) erzeugt Aus einem Knoten des Typs "Datei w 
und den darunter liegenden Knoten des Typs "Initialisierungsdaten" und des Typs Tersonalisierungsdaten" wird 
ein chipkartenspezifisches binares Abbild der Datei fur den zu beschreibenden Speicher der Chipkarte 10 
erzeugt Die einzelnen Abbilder werden im Abbild 370 fur den zu beschreibenden Speicher der Chipkarte 10 in 
der Reihenfolge der Verarbeitung abgelegt (Fig. 6). Die Verarbeitung startet vorzugsweise mit dem obersten 
Verzeichnis im Baum. Dann werden die Unterverzeichnisse des Verzeichnis verarbeitet und danach die Dateien 
unter dem Verzeichnis. Die Verarbeitung eines Unterverzeichnis erfolgt wie die Verarbeitung des ersten 
Verzeichnisses, das heiBt, der VerarbeitungsprozeB ist rekursiv. 

Die Verarbeitung eines Verzeichnis erzeugt aus den Attributen des Verzeichnisknoten und der internen 
Struktur-Informationen 350 fur Verzeichnisse (wie oben fur das Anwendungsdatenverzeichnis 390 beschrieben) 
ein binares Abbild des Verzeichnisses ira zu beschreibenden Speicher. Die Verarbeitung einer Datei erzeugt aus 
den Attributen der Datei und der darunter liegenden Initialisierungs- und Personalisierungsdatenknoten und der 
internen Struktur-Informationen 350 fur Dateien (wie oben fur das Anwendungsdatenverzeichnis 390 beschrie- 
ben) ein binares Abbild der Datei inklusive der Daten der Datei im zu beschreibenden Speicher. Beim Erzeugen 
der Daten der Datei werden zusatzliche Attribute in die entsprechenden Knoten gesetzt, die auf die erzeugten 
Daten im binaren Abbild 370 des zu beschreibenden Speichers referiereiL 

Initialisierungstabelle 210 

Die Initialisierungstabelle 210 wird aus dem Abbild 370 fur den zu beschreibenden Speicher der Chipkarte 10 
(z. B. dem EEPROM-Abbild) erzeugt Die intemen allgemeinen Bef ehls-Inforraationen 360 der Initialisierungsta- 
belle 380 enthalt die Chipkartenkomraandos und die (maximalen) Datenlangen. Fur jeweils die maximale 
Datenlange wird eine Kommandosequenz mit Daten aus dem Abbild 370 erzeugt Am Anfang der Initialisie- 
rungstabelle 210 werden vorzugsweise Kommandosequenzen zur Sicherheitspriifung eingefugt, und am Ende 
Kommandosequenzen zum Schreiben des Protokolls und der Statusanderung. 

Personalisierungstabelie 220 

Die Personalisierungstabelie 220 wird aus dem Attribute-Baum 320 und der internen allgemeinen Befehls-In- 
formationen 360 der Personalisierungstabelie 220 erzeugt Fur jeden Personalisierungsdatenknoten wird eine 
Kommandosequenz erzeugt Dabei werden die zusatzlichen Attribute, die bei der Dateierstellung erzeugt 
wurden, benutzt um die Adressen in dem zu beschreibenden Speicher der Chipkarte 10 zu berechnen. Am 
Anfang der Personalisierungstabelie 220 werden vorzugsweise Kommandosequenzen zur Sicherheitspriifung 
eingef Ugt, und am Ende Kommandosequenzen zum Schreiben des Protokolls und der Statusanderung. 

Kartendefinitionssprache 

Die Umsetzung der Beschreibung 310 in die jeweils spezielle interne Struktur 315, wie die Initialisierungsin- 
formationen 350, die Personalisierungsinformationen 360 und die Anwendungsinformationen 340, erfolgt mit 
Hilfe der speziellen Kartendefinitionssprache. Die Kartendefinitionssprache ist eine deklarative Sprache auf 
Anwendungsbasis und wird von der Beschreibung 310 angewandt Als deklarative Sprache wird eine Sprache 
bezeichnet, die durch Sprachkonstrukte die Datentypen und Strukturen auf denen ein Programra operiert 
explizit festgelegt wird. Eine deklarative Sprache stellt somit eine Vereinbarung hinsichtlich der Datenstruktu- 
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ren dar. 

Die Kartendefinitionssprache defmiert die Eiemente der Chipkarte 10, wie die Verzeichnisse, die Dateien mit 
den entsprechenden Initialisierungs-Daten, Personalisierungs-Daten und Anwendungs-Daten, sowie die fiir das 
Betriebssystem der Chipkarte 10 benotigten Daten. Als Sprach-Elemente kdnnen Anweisungen, Namen, Werte, 
Syrobolische Werte, Ausdriicke und Kommentare verwendet werdea 5 

Anweisungen stellen entweder konstruktive Anweisungen, die die Eiemente der Chipkarte 10 definieren, oder 
Attribut-Anweisungen, die Eigenschaften der Eiemente beschreiben,dar. 

Attribut-Anweisungen definieren Eigenschaften von Elementen und sind in konstruktiven Anweisungen 
enthalten und sind optional Innerhalb einer konstruktiven Anweisung kdnnen Attribut-Anweisungen in jeder 
Reihenfolge spezifiziert werden. Die gleiche Eigenschaft kann mehrmals spezifiziert werdea Die letzte Anwei- 10 
sung ist gultig. Anweisungen werden vorzugsweise definiert ais: ANWEISUNG oder ANWEISUNG (elementl, 
element2, . . .% wobei element 1, elements • . . f Or Anweisungen, Naraen, Werte, symboiische Werte oder Ausdrtik- 
ke stehen konnen. 

Namen werden in konstruktiven Anweisungen benutzt, urn die erzeugten Eiemente der Chipkarte 10 zu 
identif iziereiL Namen sind optional, wenn kein Name spezifiziert ist, wird ein interner Name erzeugt 15 

Werte sind Zeichenketten denen durch Auswertung ein arithmetischer Wert zugewiesen werden kann, Zei- 
chenketten konnen Langen haben von 0 bis zur maximalen GroBe des zu beschreibenden Speichers, z. B. eines 
EEPROM. 

Symboiische Werte sind Syrabole, die einen Wert darsteliea Die symboiische Werte werden in einer Deklara- 
tionsanweisung definiert, z. B.: 20 

Deklaration 

Symbol 1 (Ausdruck) 

Symbol2 (Ausdruck) 25 

r 

Symboiische Werte konnen auch innerhalb eines Ausdrucks zugewiesen werden mit, z. B. mit einer Zuweisung 
durch den Operator *. Symboiische Werte konnen in spateren Deklarationen benutzt werdea In dem obigen 30 
Beispiel, konnte Symboll in dem Ausdruck fur Symbol2 benutzt werdea Symbole kdnnen mehr als einmal 
deklariert werdea Sphere Deklarationen uberschreiben vorhergehende. 

Werte kdnnen z. B. dargestellt werden mit arithmetischen Ausdrficken, boolschen Ausdrucken, Zeichenket- 
ten- Ausdrucken, symbolischen Ausdrucken und Zuweisungsausdriickea Vorzeichen, wie und " kSnnen 
mit einer bestimmten vorgebbaren Darstellungsweise, beispielsweise in Klammern, z.B. (—122), verwendet 35 
werdea 

Ausdriicke werden vorzugsweise von links nach rechts verarbeitet Eine Operatoren-Priorit&t kann z. B. mit 
Klammern gesteuert werdea Anweisungen und Ausdriicke konnen sich fiber mehrere Zeilen erstreckea Text- 
Zeichenketten mussen in einer Zeile enthalten seia Mit einem Anfugungsoperator, z. B. konnen langere 
Zeichenketten erzeugt werdea 40 

Kommentare konnen zur Verbesserung der Lesbarkeit und der Versiandlichkeit eingeftigt werdea 

Layout Definition 

Die Strukturbeschreibung 310 (auch Layout Definition genannt) einer Chipkarte 10 besteht vorzugsweise aus 45 
vier Sektionen, dem Prolog, den Betriebssystemdaten der Chipkarte 10, dem Verzeichnis/Datei Baura und den 
Protokolldatea 

Der Prolog ist optional und besteht aus Declarations- und/oder Umgebungsanweisungea Eine Deklarations- 
Anweisung definiert symboiische Werte. Diese symbolischen Werte konnen spater in Ausdriicken benutzt 
werdea Eine Umgebungsanweisung spezifiziert den Typ der Chipkarte 10 und Parameter fiir die Personalisie- 50 
rungsinformation 360 und die Initialisierungsinformation 350. 

Das folgende Beispiel eines Prologs definiert unter anderem die Speichergr6Be des verfugbaren Speichers, 
dessen Anfangsadresse, und dem Betriebssystemtyp der Chipkarte 10. 

Environment /* Beginn der Prolog Deklarationen */ 55 

( 

Eeproin_Size { 8128 ) /* SpeichergroBe */ 

Start_Address { 0x0100 ) /* Startadresse */ 60 

ROM_Mask_Id ( "MFC Version 2.0" ) /* Betriebssystem */ 

) 



65 



Die Betriebssystemdaten definieren Initiaiwerte fur Bereiche des beschreibbaren Speichers auf der Chipkarte 
10, die zur Erweiterung oder Veranderung des Betriebssys terns der Chipkarte 10 vorgesehen sind Sie bestehen 
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aus den Deklarationsanweisungen fur diese Initialwerte. Beispiel: 



Declarations 





Jump ( OxCC, ) 


/* 


Sprunginstruktion 


*/ 




AltReset ( 0x0000 ) 


/* 


Alternate reset address 


*/ 


10 


EndProcess ( 0x7FF0 ) 


/* 


End Process address 


*/ 




ATR_Table ( 


/* 


Tabelle mit Daten fiir den ATR 


*/ 


15 


0x3B, 


/* 


direct convention 


*/ 




0x86 # 


/* 


TO : 6 historical chars 


*/ 




0x81, 


/* 


TD1 J TD2 follows 


*/ 


20 


0x31, 


/* 


TD2 : TA3, TB3 follows 


*/ 




0x40, 


/* 


TA3 : T=l ICC Info field size 


*/ 




0x34 , 


/* 


TB3 : T=l Block/Char waiting time 


*/ 


25 


"IBMMFC" , 


/* 


Historical characters 


*/ 




0x05 


/* 


CRC */ 





) 



30 

) 

Fixed Data 

35 — 
( 



0, 0, 0, 0, 


/* 


4 byte reservierter Speicher 


*/ 


Jump , EndProcess , 


/* 


Sprungtabelle fiir Veranderungen 


*/ 


Jump , AltRes et , 


/* 


Spxungtabelle fiir Veranderungen 


*/ 


Sizeof (ATRJTable) , 


/* 


Lange der ATR Tabelle 


*/ 


ATR_Table 


/* 


ATR Tabelle wird hier eingefiigt 


*/ 



Der Attribute-Baum 320 wird mit einer Verzeidinis/Datei Anweisung definiert Den Verzeichnissen und 
50 Dateien werden symbolische Namen zugeordnet Eine Verzeichnis/Datei-Eigenschaft Anweisung definiert das 
Kennzeichen des Verzeichnis, die Zugrif fs-Eigenschaften und Sicherheitsbereiche, z. B. f Or die Generierung des 
Anwendungsdatenverzeichnisses 390. Sie konnen in jeder Reihenfolge und mehrmals definiert werden. 

Initialisierungsdaten- und Personalisierungsdaten-Anweisungen definieren die Initiab'sierungs- und Personali- 
sierung-Daten fiir eine DateL Die Initialisierungs-Daten Anweisung definiert Daten in der Datei, die zum 
55 Zeitpunkt der Initialisierung geschrieben werden. 

Die Personalisierungsdaten- Anweisung definiert Felder in der Datei die spater individueli fur jede Chipkarte 
10 personalisiert werden. Sie definiert die Lange eines Personalisierungs-Daten-Feld, einen syraboiischen Index, 
welcher das Daten Feld rait dem Personalisierungs-Datensatz korreliert, und eine optionale Sicherheitsmethode. 

Eine Anwendungsdaten-Anweisung definiert Daten-Felder fur die Anwendungsprogramme. Die Daten-Fei- 
eo der erzeugen Eintrage, z. B. in dem Anwendungsdatenverzeichnisses 390. 

Zugriffs-Eigenschaften werden definiert mit einer Zugriffs-Anweisung. Die Zugriffs-Eigenschaften definieren 
sicherheitsrelevante Eigenschaften und die verwendbaren Zugriffsmethoden fur die Daten. 

Das folgende Beispiel zeigt die Beschreibung einer Verzeichnisstruktur, wie zum Beispiel der aus Fig. 2, in 
einer Kartendefinitionssprache: 

65 
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Directory /* Deklaration eines Verzeichnisses */ 

( DIRJLOO /* Symbolischer Name des Verzeichnisses */ 
• • « 

Directory /* Deklaration eines Verzeichnisses */ 

( DIR_120 /* Name des Unterverzeichnisses */ 
• • • 

File /* Deklaration einer Datei */ 

( FILE130 /* Symbolischer Name der Datei */ 



Access /* Definition der Zugrif f seigenschaf ten */ 
( Read ( ALWAYS ) 

Update { PROTECTED ) 

) 

/* Daten fur das Anwendungsdatenverzeichniss */ 
AgentJData { CARD_SEQUENCE_NUMBER length(lO) ) 
/* Daten fur die Initialisiserungstabelle */ 
InitlalJData ( 999999999 ) 

/* Daten fur die Personalisierungstabelle */ 
PersonalJData ( IteinNol23 ) 
* * « 

) 

File /* Deklaration einer Datei */ 

( FILE 140 /* Symbolischer Name der Datei */ 

/* Daten fur das Anwendungsdatenverzeichniss */ 

Agent_Data ( CARD_COUNTRY_CODE length ( 2) ) 

/* Daten fur die Initialisiserungstabelle */ 

InitialJData ( "DE" ) 

. . • /* weitere Daten */ 

) 

) 

Directory /* Deklaration eines Verzeichnisses */ 

( DIR_150 /* Name des Unterverzeichnisses */ 

• • • 

Im obigen Beispiel werden die Verzeichnisse 100, 120 und 150 angelegt Das Verzeichnis 120 ist ein Unterver- 
zeichnis von Verzeichnis 100 und enthalt selbst wiederum die Dateien 130 und 140. In Datei 130 wurde erne 
Kartensequenznummer mit 10 Stellen abgelegt Der Initialwert ist 999999999 und wird bei der Personalisierung 
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als "ItemNom* durch den aktuellen Wert ersetzt Die Zugriffseigenschaften der Datei erlauben einen uneinge- 
schrankten Lese-Zugriff aber einen Schreibzugriff nur nach entsprechender Sicherheitspriifung. Die Datei 140 
enthalt einen Landercode von 2 Stellen Lange und wird mit dem Text "DE" vorbelegt 

Der Typ der Chipkarte 10 wird vorzugsweise definiert mit Angabe uber den Prozessortyp der Chipkarte, der 
SpeichergroBe des beschreibbaren Speichers, z, B. einem EEPROM, sowie dessen Anf angsadresse, und dem 
Betriebssystemtyp der Chipkarte. 

PatentansprQche 

1. Vorrichtung (300) zur Erstellung eines Werkzeuges (315) fur eine Modifikation von Daten auf einer 
Chipkarte (10) oder fur eine Kommunikation mit der Chipkarte (10), wobei die Vorrichtung (300) als 
Eingangsdaten eine Beschreibung (310) in einer hierfur vorgesehenen Kartendefinitionssprache erhalt und 
die Beschreibung (310) Information fiber Objekte auf der Chipkarte (10), die mit Hilfe konstruktiver 
Anweisungen beschrieben sind, aufweist; mit: 

einem Mittel zur Generierung eines internen Attributeverzeichnisses (320) aus den Informationen uber die 
Objekte in der Beschreibung (310), wobei fur jedes Objekt, mindestens ein Eintrag (330) in dem internen 
Attributeverzeichnis (320) existiert, und 

zumindest einem Strukturinformationsmittel (335), das beschreibt, wie die in dem mindestens einen Eintrag 
(330) in der internen Attributeverzeichnis (320) gespeicherten Daten in das fur die Chipkarte (10) bestimmte 
Format gebracht werden, welche Informationen aus dem mindestens einen Eintrag (330) verwendet und in 
welchem Format sie in der speziellen Struktur abgelegt werden. 

2. Verfahren zur Erstellung eines Werkzeuges (315) fur eine Modifikation von Daten auf einer Chipkarte 
(10) oder fur eine Kommunikation mit der Chipkarte (10), mit den folgenden Schritten: 

Eingabe einer Beschreibung (310) der Chipkarte (10) in einer hierfur vorgesehenen Kartendefinitionsspra- 
che, wobei die Beschreibung (310) Information uber Objekte auf der Chipkarte (10), die mit Hilfe konstrukti- 
ver Anweisungen beschrieben sind, aufweist; 

Generierung eines internen Attributeverzeichnisses (320) aus den Informationen uber die Objekte in der 
Beschreibung (310), wobei f ttr jedes Objekt mindestens ein Eintrag (330) in dem internen Attributeverzeich- 
nis (320) existiert, 

Eingabe und/oder Abruf zumindest eines Strukturinformationsmittels (335), das beschreibt, wie die in dem 
mindestens einen Eintrag (330) in dem internen Attributeverzeichnis (320) gespeicherten Daten in das fur 
die Chipkarte (10) bestimmte Format gebracht werden solien, welche Informationen aus dem mindestens 
einen Eintrag (330) verwendet werden und in welchem Format sie in dem Werkzeug (315) abgelegt werden, 
und 

Erzeugung des Werkzeuges (315) aus der Beschreibung (310) mit Hilfe des internen Attributeverzeichnisses 
(320) und des zumindest einen Strukturinformationsmittels (335). 

3. Vorrichtung und/oder Verfahren nach einem der vorstehenden Anspruche, dadurch gekennzeichnet daB 
das Werkzeug (315) ein Anwendungsdatenverzeichnis (390) ist wobei das Anwendungsdatenverzeichnis 
(390) anwendungsspezifische Daten die fur eine Kommunikation mit der Chipkarte erforderlich sind, 
aufweist 

4. Vorrichtung und/oder Verfahren nach Anspruch 3, dadurch gekennzeichnet, daB das Anwendungsdaten- 
verzeichnis (390) ein Worterbuch (250) gemaB der Patentanmeldung P 19522527.9 ist 

5. Vorrichtung und/oder Verfahren nach einem der vorstehenden Anspruche, dadurch gekennzeichnet, daB 
das Werkzeug (315) ein Mitte! fur eine Initialisierung und/oder Personalisierung der Chipkarte (10) ist 

6. Vorrichtung und/oder Verfahren nach einem der vorstehenden Anspruche, dadurch gekennzeichnet, daB 
die Modifikation von Daten auf der Chipkarte (10) eine Bereitstellung der Chipkarte (10) durch Initialisie- 
rung und/oder Personalisierung der Chipkarte (10) darstellt 

7. Vorrichtung und/oder Verfahren nach Anspruch 6, dadurch gekennzeichnet, daB das Werkzeug (335) ein 
Abbiid (370) eines zu beschreibenden Speichers der Chipkarte (10) oder eine Tabelle (380) fur die Initialisie- 
rung und/oder Personalisierung der Chipkarte (10) ist 

8. Vorrichtung und/oder Verfahren nach einem der vorstehenden Anspruche, dadurch gekennzeichnet daB 
die Beschreibung (310) Informationen uber Betriebssystemdaten, Verzeichnisse, Dateien, Initialisierungsda- 
ten und Personalisierungsdaten der Chipkarte (10), und/oder Anwendungsdaten fur eine Kommunikation 
rait der Chipkarte (10) aufweist 

9. Vorrichtung und/oder Verfahren nach einem der vorstehenden Anspruche, dadurch gekennzeichnet daB 
die Beschreibung (310) Attribute- Anweisungen aufweist, die die Eigenschaften der Objekte spezifiziereiL 

10. Vorrichtung und/oder Verfahren nach einem der vorstehenden Anspruche, dadurch gekennzeichnet, 
daB die auf der Chipkarte (10) erreichbaren Daten in der Beschreibung (310) mit dafiir vorgesehenen 
Alias-Namen versehen sind 

1L Vorrichtung und/oder Verfahren nach einem der vorstehenden Anspruche, dadurch gekennzeichnet 
daB die Beschreibung (310) in einer fur Menschen lesbaren Form vorliegt 

12. Vorrichtung und/oder Verfahren nach einem der vorstehenden Anspruche, dadurch gekennzeichnet 
daB der mindestens eine Eintrag (330) einen Namen des Objektes, einen Typ des Objektes, Attribute des 
Objektes und Verkniipf ungen mit anderen Eintragen im Attributeverzeichnis (320) aufweist 

13. Vorrichtung und/oder Verfahren nach einem der vorstehenden Anspruche, dadurch gekennzeichnet, 
daB das Attributeverzeichnis (320) unabhangig von einem jeweiligen, verwendeten Typ der Chipkarte (10) 
ist 

14. Vorrichtung und/oder Verfahren nach einem der vorstehenden Anspruche, dadurch gekennzeichnet 
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daB das Strukturinfonnationsmittel (335) Anwendungsdaten-Informationen (340), Struktur-Informationen 
(350) und/oder Befehls-Informationen (360) aufweist 

15. Vorrichtung und/oder Verfahren nach Anspruch 14, dadurch gekennzeichnet, daB die Anwendungsda- 
ten-Informationen (340) ein ailgemeines Layout des Werkzeuges (315) aufweisen. 

16. Vorrichtung und/oder Verfahren nach Anspruch 14 oder 15, dadurch gekennzeichnet, daB die Struktur- 5 
Informationen (350) Inforrnationen iiber ein Verzeichnis als ailgemeines Layout der internen physischen 
Struktur auf der Chipkarte (10), iiber Dateien als ailgemeines Layout der internen physischen Struktur auf 
der Chipkarte (10), und Ober Betriebssystemdaten als ailgemeines Layout der internen Betriebssystemstruk- 
tur, im entsprechenden Format der Chipkarte (10) aufweisen. 

17. Vorrichtung und/oder Verfahren nach Anspruch 14— 16 wenn in Kombination mit Anspruch 7, dadurch 10 
gekennzeichnet, daB die Befehls-Informationen (360) Informationen uber die Initialisierungstabelle (210) 
und die Personalisierungstabelle (220) als ailgemeines Layout der jeweiligen Tabelle und der entsprechen- 
den erforderlichen Kommandos, aufweisen. 

18. Vorrichtung und/oder Verfahren nach einem der vorstehenden Anspniche, dadurch gekennzeichnet, 
daB das Attributeverzeichnis (320) ein sequentielles hierarchisches Verzeichnis ist, das vorzugsweise eine 15 
Baumstruktur bildet 
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